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(54) Systems and methods for electronic trading that permit principal / broker trading 



(57) Electronic trading systems and methods which 
facilitate principal/broker trading are provided. In a first 
aspect of the invention, a database relating to trading 
participants in the trading system is designed to indicate 
which traders utilize a principal/broker relationship and 
what, if any, limitations are placed on the activity of the 
broker, trading commands submitted by the broker, and 
counterparties in a transaction with the broker. In anoth- 
er aspect of the invention, trading commands and exe- 



cuted trades involving principals/brokers may be pre- 
sented to other traders using special designations. The 
ability to enter certain trading commands by, and in re- 
sponse to, brokers may be limited. In a further aspect of 
the invention, anonymous trading features may prevent 
traders from knowing whether anothertrader is a broker 
or principal, may restrict traders from being able to block 
trading with brokers, and may permit brokers to config- 
ure anonymous trading parameters. 
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Description 

Background of the Invention 

[0001] This invention relates to processes for elec- 
tronic trading systems. More particularly, this invention 
relates to systems and methods for electronic trading 
that permit principal/broker trading. 
[0002] With the expansion of the use and capabilities 
of computer infrastructure there has been a correspond- 
ing progression of buyer/seller transactions away from 
classical "open outcry auctions" toward electronic trad- 
ing systems. Computer-based electronic trading sys- 
tems have been used in a variety of markets including, 
for example, stocks, bonds, currency, commodities and 
futures markets. The use of electronic trading systems 
offers many advantages over conventional methods for 
trading including increased speed of price dissemina- 
tion and trade execution, reduced transaction costs, po- 
tential for trading across multiple markets simultaneous- 
ly, reduced probability of erroneous trades, enhanced 
compliance with credit limits, reduction of risk exposure, 
and the potential to provide controlled anonymous trad- 
ing. 

[0003] In an electronic trading system, a trader desir- 
ing to make a trade may directly access a trading sys- 
tem, typically using a trading system workstation , per- 
sonal computer, dumb terminal connected to a network, 
or any other suitable device, and submit trading com- 
mands to participate in an electronic transaction. For ex- 
ample, a first trader may submit a bid to buy a certain 
quantity (or size) of a given item at a specified price us- 
ing a workstation that is part of the electronic trading 
system. In response to this bid, a second trader may sell 
a certain quantity and "hit" the bid by pressing a suitable 
button or entering a command on another workstation 
connected to the trading system. If the second trader 
meets certain requirements, the second trader then 
causes a trade to be executed upon hitting the first trad- 
er's bid. 

[0004] Despite the advantages afforded by electronic 
trading systems, some traders cannot or do not wish to 
operate electronic trading system workstations. They 
may lack the computer equipment or competency re- 
quired to operate a workstation, or may simply not wish 
to perform the related duties. Instead these traders may 
act as a principal trader and call a broker trader of an 
electronic trading system and verbally relay their re- 
quested transaction. Alternatively, a principal trader 
may use instant messaging or electronic mail (e-mail) 
communications to convey information to a broker trad- 
er regarding a requested transaction. All of these types 
of communications require that a broker trader receiving 
the communications submit corresponding trading com- 
mands into an electronic trading system. Thus, there 
may exist principal traders, who direct the trading ac- 
tions of broker traders, and broker traders who actually 
utilize the electronic trading system to engage in trading. 



[0005] Thus, it is an object of the invention to provide 
systems and methods for electronic trading that permit 
principal/broker trading. 

s Summary of the Invention 

[0006] This and other objects of the invention are ac- 
complished in accordance with the principles of the 
present invention by providing systems and methods for 

10 electronic trading that permit principal/broker trading. 
[0007] In accordance with the invention, these sys- 
tems and methods provide a variety of features in an 
electronic trading system to facilitate principal/broker 
trading using the electronic trading system. The sys- 

is terns and methods provide a plurality of workstations 
which presenttrading information to traders on a display 
screen and enable those traders to respond to that trad- 
ing information to complete a trade. Trading is controlled 
using a processorthat is coupled to the plurality of work- 

20 stations. In a first aspect of the invention, a database 
containing information relating to traders in the trading 
system is designed to indicate which participants utilize 
a principal/broker relationship and what, if any, limita- 
tions are placed on the activity of the brokertrader, such 

25 as on types Df trading commands submitted by the bro- 
ker trader, and counterparties in a transaction with the 
brokertrader. In another aspect of the invention, trading 
commands and executed trades involving principals/ 
brokers may be presented to other traders using a spe- 

30 cific designation on the display screen. Similarly, the 
ability of broker traders to enter certain trading com- 
mands, and the ability of other traders to enter certain 
trading commands in response to broker traders, may 
be limited. In a further aspect of the invention, anony- 

35 mous trading features may prevent traders from know- 
ing whether another trader is a broker or principal, may 
prevent traders from being ableto blocktrading with bro- 
ker traders, and may permit broker traders to configure 
anonymous trading parameters for their principals. 

40 

Brief Description of the Drawings 

[0008] Furtherfeatures of the invention, its nature and 
various advantages will become more apparent from the 
45 following detailed description of the invention, taken in 
conjunction with the accompanying drawings, in which 
like reference characters refer to like parts throughout, 
and in which: 

[0009] FIG. 1 is a block diagram of one embodiment 
so of hardware that may be used to implement the present 
invention; 

[0010] FIG. 2 is an illustration of a market cell screen 
display that may be presented in accordance with cer- 
tain embodiments of the present invention; 
55 [0011] FIG. 3 is an illustration of a trading interface 
that may be presented in accordance with certain em- 
bodiments of the present invention; 
[0012] FIG. 4 is an illustration of a trade history inter- 
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face that may be presented in accordance with certain 
embodiments of the present invention; 
[0013] FIG. 5 is a flow diagram of a process for con- 
figuring trader workstations and processing bids and of- 
fers in accordance with certain embodiments of the 
present invention; 

[0014] FIGS. 6A-6C are flow diagrams of a process 
for processing hits and lifts (or takes) and reconfiguring 
trader workstations in accordance with certain embodi- 
ments of the present invention; and 
[001 5] FIG. 7 is an illustration of a configuration inter- 
face that may be used to configure trader workstations 
in accordance with certain embodiments of the present 
invention. 

Detailed Description of the Invention 

[0016] The present invention is now described in con- 
nection with FIGS. 1-7. Although the present invention 
is described below in connection with a bid/offer, hit/take 
trading system, it should be apparent to one of ordinary 
skill in the art that many of the features of the present 
invention may be used with any other suitable trading, 
information display, and/or data processing system that 
enables the buying and selling of all items in an elec- 
tronic environment for trading. 
[0017] Turning first to FIG. 1 , an example of hardware 
1 00 that may be used to implement one embodiment of 
the present invention is shown. As illustrated, hardware 
100 may Include an electronic trading system 101 com- 
prising one or more local workstations 1 02 and one or 
more remote workstations 104 that may be used by trad- 
ers to view trading data and enter trading commands. 
Workstations 102 and 104 may be any suitable means 
for presenting data and, in preferred embodiments of 
this invention, accepting input. For example, worksta- 
tions 102 and 104 may be personal computers, laptop 
computers, mainframe computerterminals, dumb termi- 
nals, data displays, Internet browsers, Personal Digital 
Assistants (PDAs), two-way pagers, wireless terminals, 
portable telephones, etc., or any combination of the 
same. 

[0018] To orchestrate trading between traders using 
workstations 102 and 104, the workstations preferably 
submit commands to, and receive data to be displayed 
from, a processor 106 that is also part of system 101. In 
alternative embodiments, however, workstations may 
communicate with additional processors, or include 
processors to orchestratetrading in a distributedfashion 
without requiring processor 106. In yet other embodi- 
ments, processor 106 may be connected to an external 
trading system (not shown) that controls trading by the 
traders. Processor 106, and any additional processors, 
may be any suitable circuitry or devices capable of 
processing data such as microprocessors, personal 
computers, network servers, mainframe computers, 
dedicated computer systems, etc. 
[001 9] Processor 1 06 may include or be coupled to a 



database for storing information relating to traders 
(whether acting as principal or broker), items traded, 
trades executed, and/or any other suitable information. 
This database may be implemented using any suitable 
5 hardware and/or software. 

[0020] As shown, processor 106 may be connected 
to workstations 102 and 104 by networks 108 and 110 
of system 1 01 , respectively. Each of networks 1 08 and 
1 1 0 may be any suitable data network for communicat- 
10 ing data between workstations 1 02 and 1 04 and proc- 
essor 1 06, such as a local area network, a wide area 
network, the Internet, an intranet, a wireless network, a 
hard wired connection, a dial-up network, etc., or any 
combination of the same. In an arrangement of hard- 
's ware 100 without processor 106, workstations 102 and 
104 may be linked together by networks 108 and 110 
directly. 

[0021] As also shown in FIG. 1 , a telephone network 
120 may be provided that comprises a principal tele- 

20 phone 122 and a broker telephone 124 connected by a 
telephone line 126. Telephone network 120 may be 
used to enable a principal at a remote location to com- 
municate with a broker at a workstation 1 02. The broker 
would receive trading instructions from the principal and 

25 then input required information into workstation 102. 
This may be useful when the principal does not have 
access to a workstation 1 02 or 1 04 or when the principal 
only has access to a display-only workstation 102 or 
104. 

30 obviously, telephone network 120 may be implemented 
as a private telephone network, a public telephone net- 
work, a wireless telephone network, or any suitable 
combination of the same. 

[0022] Similarly, as further shown in FIG. 1 , computer 

35 communication network 1 28 may be provided Compu- 
ter communication network 128 may include user com- 
puters 130 and 134 and data network 132. User com- 
puters 1 30 and 1 34 may be used to provide instant mes- 
saging, e-mail, "voice over IP," video conferencing, and 

40 anyothersuitablecommunication functions. Computers 
130 and 132 may be personal computers, laptop com- 
puters, mainframe computerterminals, dumb terminals, 
data displays, Internet browsers, Personal Digital As- 
sistants (PDAs), two-way pagers, wireless terminals, 

45 portable telephones, etc., or any combination of the 
same. Data network 1 32 may be any suitable data net- 
work for communicating data between computers 130 
and 134, such as a local area network, a wide area net- 
work, the Internet, an intranet, a wireless network, a 

50 hard wired connection, a dial-up network, etc., or any 
combination of the same, and may be the same network 
as any of networks 1 08 and 110. 
[0023] As still further shown in FIG. 1, a connection 
142 from processor 1 06 to back office computers 136, 

55 138, and 140 of trading entities (e.g., banks, investment 
firms, tradingfirms, etc.) may also be provided. Connec- 
tion 142 may facilitate trading history information, credit 
information, and any other suitable data being trans- 
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f erred between processor 106 and computers 136, 138, 
and 140. For example, trade data may be sent from 
processor 106 to back office computer 136 to initiate 
subsequent clearing of a trade from a trader employed 
by the owner of computer 136 and operating one of 
workstations 1 04. Computers 136, 138, and 140 may be 
any suitable circuitry or devices capable of processing 
data such as microprocessors, personal computers, 
network servers, mainframe computers, dedicated com- 
puter systems, etc. Connection 1 42 may be any suitable 
data network for communicating data between proces- 
sor 106 and computers 136, 138, and 140, such as a 
local area network, a wide area network, the Internet, 
an intranet, a wireless network, a hard wired connection, 
a dial-up network, etc., or any combination of the same, 
and may be the same network as any of networks 1 08, 
110, and 132. 

[0024] When used to implement a bid/offer, hit/take 
trading system as described above orconnect to an ex- 
ternal bid/offer, hit/take trading system, hardware 100 
may enable a trader to submit a bid to buy, or an offer 
to sell, an item at one of workstations 1 02 and 1 04. This 
bid or offer (both passive trading commands) may then 
be communicated to processor 106, where the bid or 
offer can be ranked and stored in a bid-offer queue. The 
ranking may be based upon time of submission, price, 
or any other suitable criterion. The bid or offer may then 
be presented to other traders via other workstations 1 02 
and 104 dependent upon its ranking in the bid-offer 
queue. Once displayed, the bid or offer can then be hit 
or taken (both aggressive trading commands) by one or 
more of the other traders so that a trade of the item can 
proceed to execution. 

[0025] An example of a display 200 for presenting a 
bid and offer 201 to a trader is shown in FIG 2. As illus- 
trated, bid and offer 201 may include portions indicating 
a description of the underlying instrument 202, a bid 
price 204, an offer price 206, a bid size 208, and an offer 
size 210. In accordance with the present invention, 
these portions of bid and offer 201 may be highlighted 
with one or more colors, or in any other suitable manner, 
to indicate various traits of the bid and offer. For exam- 
ple, portions 204 and 208 may be colored purple to in- 
dicate that a counterparty principle trader is using a bro- 
ker traderto submit the corresponding bid or offer to the 
trading system. As another example, portions 204 and 
208 may be colored red to indicate that a counterparty 
switch of the bidder has been turned off by the trader 
and, thus, is not tradable by the trader as explained be- 
low in connection with FIGS. 5-7. 
[0026] Turning to FIG. 3, an interface 300 is shown 
that may be used to submit and respond to bids and of- 
fers presented in display 200 in accordance with the 
present invention. Interface 300 may be presented on a 
trader's workstation in response to thetrader clicking on 
any of portions 202, 204, 206, 208, and 210 of bid and 
offer 201 . When presented, interface 300 may then in- 
dicate information about the bid and offer clicked-on by 



thetrader in a display 301 . As shown, for example, upon 
the trader clicking on portion 204 of bid and offer 201 , 
interface 300 may be presented with the instrument "usg 
05Y" indicated in display 301 . Display 301 may also in- 
s dicate the current bid price for the instrument (i.e., 
"99.12+") and the current bid size for the instrument (i. 

B., "10"). 

[0027] As also shown in FIG. 3, a variety of buttons 
and entry fields may be incorporated into interface 300. 

10 At the center of interface 300, a numeric keypad 302 is 
displayed. As illustrated, numeric keypad 302 provides 
buttons for numbers zero through nine, ten, twenty-five, 
fifty, and one hundred. Numeric keypad 302 also con- 
tains a plus button ("+"), a minus button ("-"), a decimal 

is point button ("."), a backspace button ("BKS"), and a de- 
lete button ("DEL"). Interface 300 also provides a buy 
button 304, a sell button 306, a cancel buy button 308, 
a cancel sells button 31 0, a bid button 312, an offer but- 
ton 314, a cancel bids button 31 6, a cancel offers button 

20 318, cancel all buttons 320, cancel all for all instruments 
buttons 322, a price entry field 324, price up and down 
buttons 326, bid price up and down buttons 328, offer 
price up and down buttons 334, a size entry field 330, 
and size up and down buttons 332. 

25 [0028] In order to submit a bid or offer for the instru- 
ment indicated in display 301 using interface 300, atrad- 
er may first set a bid or offer price and a bid or offer size 
by entering the appropriate values in fields 324 and 330 , 
respectively, using up and down buttons 326, 328, 332, 

30 and/or 334 and/or using keypad 302, Once the desired 
price and size for the bid or offer have been specified, 
the trader may then submit the bid or offer by pressing 
bid button 304 or the offer button 314. 
[0029] In order to hit a bid or lift (or take) an offer for 

35 the instrument indicated in display 301 using interface 
300, a trader may first specify a size in field 330 using 
up and down buttons 332 and/or 334 and/or using key- 
pad 302. Once the desired size has been specified, the 
trader may then hit the bid or lift (or take) the offer for 

10 the specified size by pressing sell button 306 or buy but- 
ton 304, respectively. 

[0030] In the event that a trader desires to cancel a 
bid, an offer, a hit, or a lift (or take), the trader may press 
any corresponding one of buttons 308, 310, 316, 318, 

45 320, and 322. 

[0031] Because limitations may be placed by an ad- 
ministrator of trading system 101 or by a broker trader 
operating one of workstations 1 02 or 1 04 (or by the bro- 
ker trader's employer or principal, as the case may be), 

» interface300 may prevent atraderfromsubmitting bids 
and offers and/or from acting on certain bids and offers 
posted by another trader, when the trader is acting as a 
broker. If limitations are to be imposed, the trader will 
have to provide a designation to the trading system 1 01 

55 when the trader is acting as a broker trader. Such limi- 
tations may be based upon the identity of a potential 
counterparty. Controls to implement such limitations 
may be included in a set-up screen of interface 300, or 
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may be transmitted from processor 1 06 to interface 300 
depending on who wants to place the limitation. Similar 
limitations may be applied to the behavior of a trader 
acting as a principal. For example, a trader acting as a 
principal may be permitted to hit bids of broker traders 
only when those brokertraders are representing certain 
principals. 

[0032] Displays and interfaces similar to those illus- 
trated in FIGS. 2 and 3 are described in more detail in 
United States patent application No. 09/745,651, filed 
December 22, 2000, which is hereby incorporated by 
reference herein in its entirety. 

[0033] FIG. 4 illustrates a trade history interface 400 
that may be presented in connection with the display of 
FIG. 2 and/orthe interface of FIG. 3 in accordance with 
the present invention. Alternatively, all views may be 
tiled on the screen ormay be seen all at once. As shown, 
interface 400 may present information on trades execut- 
ed in one or more markets of trading system 1 01 (FIG. 
1). For each trade, this information may include a type 
401 for the trade, a size 402 for the trade, a trader name 
404 for the trade, an instrument name 406 for the trade, 
a price/rate trade price 408 for the trade, a settlement 
price 41 0 for the trade, a trade posting time 41 2 for the 
trade, a trade date 414 for the trade, a settlement date 
41 6 for the trade, a trade side 41 8 for the trade, a trade 
reference number 420 for the trade, an end date 422 
associated with a contract being traded, a counterparty 
name 424 forthe trade, and comments 426 for the trade. 
[0034] Because certain trades may have either a trad- 
er name 404 or a counterparty name 424 that is of a 
trader acting as a broker rather than that of a trader act- 
ing as a principal (i.e., the client of the broker), a trader 
or the operator of trading system 101 may desire not to 
have information for those trades displayed in interface 
400. In such instances the information may be blocked 
from being displayed at least until the portions of the 
information corresponding to the broker are replaced 
with information relating to the principal, when such in- 
formation is known. Similarly, special messages may be 
displayed to alert a trader that a counterparty is acting 
as a brokerso that the trader can decide whetherto con- 
firm that the broker has the authority to complete the 
trade. For example, trader name 404 or counterparty 
name 424 may indicate "Bank A - verify trade with desk." 
In this example, "Bank A" may be the name of the prin- 
cipal of the broker. As another example, trader name 
404 or counterparty name 424 may simply indicate "Call 
desk to verify trade." 

[0035] In certain instances, traders using trading sys- 
tem 1 01 may desire to trade anonymously. This may be 
the case because one or more of the traders is con- 
cerned that he or she will not receive the true market 
price when trading, but rather inflated prices, for exam- 
ple. Systems and methods for anonymous electronic 
trading are disclosed in detail in United States provision- 
al application No. 60/223,028, filed August 4, 2000, and 
United States patent application No. 09/853,430 filed 



May 1 0, 2001 which is hereby incorporated by reference 
herein in its entirety. 

[0036] Turningto FIG.5,aprocess500forconfiguring 
a workstation 102 or 104 (FIG. 1) and processing bids 

5 and offers that may be executed in processor 1 06 (FIG. 
1) in accordance with one embodiment of the present 
invention is shown. As illustrated at step 502, process 
500 may first allow a trader to select how the workstation 
is to react when a bid or offer is hit or lifted, respectively, 

io and when execution of a trade would exceed a warning 
limit of one of the traders in the trade. The workstation 
maybe configured to automatically accept the fulltrade, 
automatically accept only the part of the trade that would 
not exceed the warning limits of both traders, automat- 

15 ically reject the whole trade, manually accept the full 
trade after prompting the trader, or manually accept only 
the part of the trade that would not exceed the warning 
limits of both traders after prompting the trader. The op- 
tions of manually accepting the full trade and manually 

20 accepting only part of the trade may not be available at 
workstations 1 02 or 104 (FIG. 1) in order to speed trad- 
ing, simplify trading, or limit decision making by traders 
with respect to counterparty risk. Alternatively, the man- 
ual options may be available and the automatic options 

25 may not be available in some embodiments of the in- 
vention. 

[0037] Referring to FIG. 7, an example of an interface 
700 that facilitates selection of one of these options is 
shown. As illustrated, by selecting one of the options 

30 from drop-down menu 702, a trader can select how the 
workstation is to react when execution of a trade would 
exceed a warning limit of at least one of the traders, Al- 
though this selection is shown in interface 700 as being 
made by selecting one of the options from drop-down 

35 menu 702, selection of one of these options may be 
made in any suitable manner 

[0038] Turning back to FIG. 5, process 500 may ena- 
ble each trader to set counterparty switches forthe other 
traders at step 504. These counterparty switches enable 

*o a trader to indicate whether the trader wants to be able 
to trade with each other trader. A trader may indicate 
that the trader does not want to trade with anothertrader, 
for example, because the other trader backed out of a 
trade on a previous occasion, because the other trader 

45 trades only in small sizes, or for any other reason. 
[0039] As can be seen in FIG. 7, a tradertrading at a 
workstation 102 or 104 on behalf of Institution A may 
select whether to trade with certain counterparty institu- 
tions by selecting which of check boxes 704, 706, 708, 

50 710, and 712 to check. Where a check box is checked, 
the corresponding institution is preferably set to "ON" so 
that bids and offers from that institution are presented 
to the trader. 

[0040] As shown in FIG. 5, once a trader has set the 
55 counterparty switches for the other traders, the trader at 
step 506 may optionally set warning limits for each coun- 
terparty having a counterparty switch that is setto "ON." 
Through interface 700 of FIG. 7, for example, the trader 
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may set warning limits by specifying values in fields 71 4, 
716, 718, 720, 722, 724, 726, 728, 730, and/or 732. 
These values may be a total dollar amount of buy and 
sell side transactions, a total dollar amount of buy side 
only transactions, a total dollar amount of sell side only 
transactions, a count of the total number of buy and sell 
side transactions, acountofthetotal number of buy side 
only transactions, acountofthetotal number of sell side 
only transactions, any other suitable values or combina- 
tions of values that are related to order submission of 
the counterparty and/or any other characteristic of the 
trader, or any other suitable values or combinations of 
values that are independent of order submissions of the 
counterparty and any other characteristic of the trader. 
Although interface 700 is illustrated with fields 71 4, 71 6, 
718, 720 and 722 in a buy column 734 and fields 724, 
726, 728, 730, and 732 in a sell column 736, the present 
invention may be implemented with only a single column 
for total buy and sell transactions or for only one of buy 
and sell transactions. 

[0041] Although steps 502, 504 and 506 are illustrat- 
ed in process 500 of FIG. 5 in a specific order, these 
steps may be executed in any suitable order or in par- 
allel if desired. 

[0042] When a trader is acting as a broker for a prin- 
cipal, it may be necessary forthe broker to configure the 
settings illustrated in FIG. 7. Alternatively, the principal 
trader may be able to configure these settings in ad- 
vance through the trading system 101 (FIG. 1) admin- 
istrator or broker trader's employer, for example, and 
prohibit the broker trader from altering these settings. In 
certain embodiments of the invention, traders may be 
prohibited from turning off the counterparty switch of 
counterparties using brokers. Alternatively, the traders 
may be prevented from knowing which counterparties 
are using brokers. 

[0043] After a trader has specified warning limits at 
step 506 of FIG. 5, process 500 may next wait for new 
bids and offers to be entered at step 508. As explained 
above, bids and offers may be entered at workstations 
1 02 or 1 04 (FIG. 1) using an interface 300 as illustrated 
in and described in connection with FIG. 3. Once a new 
bid or offer has been entered, process 500 may next 
receive the bid or offer at step 51 0 . At step 512, process 
500 may then determine whether the counterparty 
switches both to and from the passive side (i.e., the 
counterparty submitting the bid or offer that was re- 
ceived at step 51 0) are set to "ON." If both the counter- 
party switches to and from the passive side are set to 
"ON," process 500 may then display the bid or offer as 
available (i.e., a bid or offer that the trader may hit or 
take (or lift)) at step 514. Otherwise, process 500 may 
display the bid or offer as not available or may not dis- 
play the bid or offer at all at step 516. A bid or offer may 
be displayed as being available or not available by dis- 
playing the bid or offer in a corresponding color (e.g., 
available bids or offers in green and unavailable bids or 
offers in red), by displaying the bid or offer in a corre- 



sponding font (e.g., available bids or offers in bold and 
unavailable bids or offers in italics), by flashing or not 
flashing the bid or offer (e.g., available bids or offers 
flashing and unavailable bids or offers/not flashing), by 
s only displaying a bid or offer if it is available, or in any 
other suitable manner. 

[0044] Turning now to FIGS. 6A-6C, a process 600 
for processing hits and lifts (or takes) in response to 
available bids and offers that may be executed in proc- 

10 essorl 06 (FIG. 1) in accordance with preferred embod- 
iments of the present invention is shown. As explained 
above, hits and lifts (or takes) may be entered using in- 
terface 300 illustrated in and discussed in connection 
with FIG. 3, for example. Process 600 may begin by 

»5 waiting for a hit or lift (ortake) to be entered on an avail- 
able bid or offer at step 604. Once a hit or lift is received, 
process 600 receives the new hit or lift at step 606. The 
bid or offer forwhich the hit or lift was received may then 
be set to inactive at step 608. The bid or offer is set to 

20 inactive in order to prevent the bid or offer from being 
hit or lifted by another trader while process 500 is deter- 
mining whether execution of the trade corresponding to 
the hit or lift of the bid or offer can be executed. 
[0045] Next, at step 610, process 600 may check the 

25 warning limits for each of the traders in the trade. In the 
case where both a buy side warning limit and a sell side 
warning limit is specified by a trader, step 610 will first 
select the appropriate limit for each trader. For example, 
if a trader A hits a bid by a trader B, and traders A and 

so B both set up both a buy side warning limit and a sell 
side warning limit, for trader A, thesell side warning limit 
will be checked and for trader B, the buy side warning 
limit will be checked. In the event where the sell side 
warning limit has been disabled and a trader has hit or 

35 lifted a bid, the trade may be treated as either exceeding 
the warning limit check or as not exceeding the warning 
limit check, depending on the settings of the trading sys- 
tem 101 (FIG. 1). 

[0046] If the trade would not exceed the warning limit 
40 of either trader, at step 61 2, process 600 may branch to 
step 616 to execute the trade and then return to step 
604. Alternatively, if the trade would exceed the warning 
limit of either trader, process 600 may proceed to step 
620 (FIG 6B) via links 61 4 and 61 8 (FIG. 6B). 
45 [0047] At step 620, process 600 may then determine 
if either trader selected automatic rejection of the whole 
trade in configuring workstations 102 and 104 (FIG. 1). 
If either trader did select automatic rejection, then proc- 
ess 600 may take the AR branch and restore the bid or 
50 offer to active at step 622 so that the bid or offer may be 
acted upon by other traders. Once a bid or offer has 
been restored to active at step 622, process 600 may 
then proceed to step 648 (FIG. 6C) via links 624 and 
646 (FIG. 6C). 

55 [0048] If neither trader is configured for automatic re- 
jection, then process 600 may determine at step 626 
whether both traders selected automatic acceptance of 
only part of the trade, or whether one trader selected 
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automatic acceptance of only part of the trade and the 
other trader selected automatic acceptance of the full 
trade. If not, process 600 may proceed to step 632. If 
so, process 600 may take the AP branch and, at step 
628, split the bid or offer into a bid or offer for the size 
that would not exceed either warning limit and a bid or 
offer for the remaining size. Process 600 may then ex- 
ecute the bid or offer for the size that would not exceed 
the warning limit at step 630, and proceed to step 648 
(FIG. 6C) via links 624 and 646 (FIG. 6C). 
[0049] At step 632, process 600 may determine 
whether both traders are configured for automatic ac- 
ceptance of the full trade. If so, process 600 may then 
take the AF branch and executes the trade at step 630 
and proceed to step 648 (FIG. 6C) via links 624 and 646 
(FIG. 6C). Otherwise, process 600 may proceed to step 
634. 

[0050] At step 634, process 600 may determine 
whether either trader is configured for manual accept- 
ance of only part of the trade or whether one trader is 
configured for automatic acceptance of only part of the 
trade and the other trader is configured for manual ac- 
ceptance of the full trade. If yes, then process 600 may 
take the MP branch and proceed to step 636 whereupon 
each trader that is configured for manual acceptance of 
either only part of the trade or the full trade is asked 
whether that trader would like to execute a partial trade. 
[0051] Next, at step 638, process 600 may determine 
whether each trader prompted at step 636 elected to ex- 
ecute a partial trade. If so, then process 600 may branch 
to step 628 and perform that step and the subsequent 
steps in process 600 as described above. Otherwise 
process 600 may branch to step 622 and perform that 
step and the subsequent steps in process 600 as de- 
scribed above. 

[0052] If process 600 determines at step 634 that nei- 
ther trader is configured for manual acceptance of only 
part of the trade and that one trader is not configured 
for automatic execution of only part of the trade and/or 
the other trader is not configured for manual acceptance 
of the full trade, then process 600 may take the MF 
branch and proceed to step 640. Then each trader con- 
figured for manual acceptance of the full trade is asked 
whether that trader would like to execute the full trade. 
[0053] Next, at step 644, process 600 may determine 
whether each trader prompted at step 640 elected to ex- 
ecute the full trade. If so, process may branch to step 
630 and perform that step and the subsequent steps in 
process 600 as described above. Otherwise, process 
644 may branch to step 622 and perform that step and 
the subsequent steps in process 600 as described 
above. 

[0054] Although FIG. 6B illustrates a process 600 that 
tests for and processes automatic rejection (AR), auto- 
matic partial acceptance (AP), automatic full accept- 
ance (AF), manual partial acceptance (MP), and manual 
full acceptance (MP), the present invention may be im- 
plemented without testing for these configuration selec- 



tions and only perform tests, and subsequent process- 
es, for configuration selections that are available. 
[0055] Upon completing either step 622 or step 630, 
process 600 may proceed to step 648 (FIG. 6C) via links 
s 624 and 646 (FIG. 6C) and then display a prompt asking 
the passive side trader if that trader would like to turn 
off the counterparty switch for the current counterparty 
(the aggressor). 

[0056] After performing step 648 of FIG. 6C, process 

io 600 then may determine at step 650 whether the pas- 
sive side trader elected to turn "OFF" the counterparty 
switch at step 648. If so, then process 600 may turn 
"OFF" the corresponding counterparty switch at step 
652. Once the switch has been turned "OFF" at step 652 

is or if the passive side trader did not elect to turn off the 
counterparty switch, process 600 may then display a 
prompt to the aggressive side trader asking whether the 
aggressivesidetraderwouldliketo turn "OFF" thecoun- 
terparty switch corresponding to the passive side trader. 

20 |f the aggressive side trader elected to turn "OFF" the 
passive side trader at step 654, process 600, at step 
656, may branch to step 658 whereupon the corre- 
spondingcounterparty switch is set to "OFF." Otherwise, 
process 600 may return to step 604 (FIG. 6A) via links 

25 660 and 602 (FIG. 6A). 

[0057] Those skilled in the art will appreciate that the 
present invention can be practiced by other than the de- 
scribed embodiments, which are presented for purpos 
es of illustration and not of limitation, and the present 

30 invention is limited only by the claims. 



Claims 

35 1. A method for presenting a trading interface, com- 
prising: 

receiving a first passive trading command from 
a broker workstation; 

40 

receiving a second passive trading command 
from a principal workstation; 

displaying the first passive trading command 
45 and the second passive trading command us- 

ing a special designation, which indicates bid 
availability on a trader workstation. 

2. The method of claim 1, wherein the displaying of 
so the first trading command and the second trading 

command comprises displaying the first passive 
trading command in a different manner from the 
second passive trading command wherein the dif- 
ferent manner is using different colors, using differ- 
55 ent fonts, using flashing or hiding an unavailable 
passive trading command. 

3. A method for trading, comprising: 
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receiving a trading command from a first trader; 



receive a first passive trading command from a 
broker workstation; 



presenting the trading command to a second 
trader; and 

preventing the second trader from acting on the 
trading command when the first trader is acting 
as a broker. 



receive a second passive trading command 
from a principal workstation; and 

display the first passive trading command and 
the second passive trading command using a 
special designation on a trader workstation, 
which indicates bid availability on atraderwork- 



4. The method of claim 3, wherein preventing the sec- 
ond trader from acting on the trading command is 
executed by blocking the trading command so that 
the trading command does not form part of the 
trade. 

5. The method of claim 4, further comprising determin- 
ing whetherthe trading command is a passive trad- 
ing command or an aggressive trading command in 
order to determine acceptance status. 

6. A method for trading, comprising: 

receiving a passive trading command from a 
first trader; 

receiving an aggressive trading command from 
a second trader; and 

enabling the second trader to execute a trade 
based upon a predetermined acceptance sta- 
tus set by either the first trader or the second 



10. The system of claim 9, wherein the equipment is 
further configured to display the first passive trading 
command in a different manner than the second 
passive trading command, wherein the different 
manner is using different colors, using different 
fonts, using flashing or hiding an unavailable pas- 
sive trading commands. 

1 1 . Asystem for presenting a trading interface compris- 
ing equipment associated with electronic trading 
that is configured to: 

receive a trading command from a first trader; 

determine whetherthe first trader is acting as 
a broker; 

present the trading command to the second 
trader; and 

prevent the second trader from acting on the 
trading command when the first trader is acting 
as a broker. 



7. The method of claim 6, further comprising: 



determining whether the first trader is acting as 
a broker; and 



12. The system of claim 11 wherein the equipment is 
further configured to block the trading command so 
that the trading command does not form part of the 
trade. 



preventingthesecondtraderfrom acting on the 
aggressive trading command when the first 
trader is acting as a broker. 

8. A method for configuring trading interface settings, 
comprising: 

setting of trading limitations by a principal trad- 
er for anonymous trading; and, 

imposing the trading limitations on a broker 
trader acting on behalf of the principal trader. 

9. A system for presenting a trading interface compris- 
ing equipment associated with electronic trading 
that is configured to: 



13. A system of claim 12, wherein the equipment is fur- 
ther configured to determine whether the trading 
command is a passive trading command or an ag- 
gressive trading command to determine accept- 
ance status. 

14. A system for electronic trading comprising equip- 
ment associated with the electronic trading that is 
configured to: 

receive a passive trading command from a first 
trader; 

receive an aggressive trading command from 
a second trader; and 

enable the second trader to execute a trade 
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based upon a predetermined acceptance sta- 
tus set by either the first trader or the second 
trader. 

15. A system of claim 14, wherein the equipment is fur- s 
ther configured to: 

determine whether the first trader is acting as 
a broker; and 

10 

prevent the second trader from acting on the 
aggressive trading command when the first 
trader is acting as a broker. 

16. A system for developing trading interface settings 1$ 
comprising equipment associated with electronic 
trading that is configured to: 

permit setting of trading limitations by a princi- 
pal trader for anonymous trading; and 20 

impose thetrading limitations on a brokertrader 
acting on behalf of the principal trader. 



30 



EP 1 262 894 A1 




CD 

Li. 



EP126 


2 894 A1 






>< 

f 




1 




! + 
cm ! o> 




si s 

CM ! o> 




! to 

; 3 





11 

BNSDOOID: <EP 12S2394A1_L> 



EP 1 262 894 A1 




12 



EP 1 262 894 A1 



!!■•■ 



II- 



13 



BNSDOCID: <EP 1262894A1J_> 



EP 1262 894 A1 



Configure each trader for one of: 
AF - Auto accept full trade 
AP - Auto accept only partial trade 
AR - Auto reject whole trade 
MF* - Man accept full trade 
MP* - Man accept only partial trade 
* (if available) 



^-500 



502 

J 



For each trader, allow 
trader to set counterparty 
switches to on or off 



504 

J 



For each counterparty 
switch that is on, for each 
trader, allow trader to set 
warning limits 



506 

J 



Wait for new bid/offer 
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Wait for hit/lift on an 
available bid/offer 



Receive new hit/lift 



Set corresponding j 
bid/offer to inactive 



Check warning limit 
of counterparties 



610 

J 



exceed warning \_NO-> Execute trade 
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FIG. 6C 
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